home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
Aminet 5
/
Aminet 5 - March 1995.iso
/
Aminet
/
misc
/
amag
/
AM9409_1.lha
/
VT-Schutz V2.67
/
VT.Dokumente
/
VT.Prefs
< prev
next >
Wrap
Text File
|
1994-08-24
|
19KB
|
361 lines
letzte Aenderung: 19.08.94
VT - Prefs :
------------
- DOS0/1 Ja = Gadget an
- DOS0/1 mit expansion.lib Ja = Gadget an
- DOS2/3 ab KS2.04 (Int) Ja = Gadget an
- DOS4/5 ab KS3.0 (DirCache) Ja = Gadget an
- 3E8-3F1-Hunk-Requester AN Ja = Haken
- BB-Data bei Filetest Ja = Haken
- mit Sicherheitsrequester Ja = Haken
- mit Seitenstopp Ja = Haken
- AddBuffers 200 ab KS2.04 200 = Haken
- BlockItest mit SecHeader-Test Ja = Haken
- fuer alle Druck-Gadgets allgemein
- Drucker - File
- Druckrequester bei File u.Sys Ja = Haken
- Drucker - File
Drucke alles AKTIV
Drucke alles KEIN Halt
ALLE Meldungen KEIN Halt
ALLE Requester KEIN Halt
- Drucker bereit ? Ja / Nein
- Filetest mit Ausgabe von:
Laenge Datum Flags Ja = Haken
**** BITTE !!!! lesen Sie am Fileende Druck-Hinweise GENAU !!! ****
Danke
zu Filetest mit Ausgabe von: Laenge, Datum, Flags
Die Starteinstellungen in Prefs sind AUS.
a) Einige PD-Versender wollten ein Belegfile von ihren PD-Disks an-
fertigen .
b) Damit waeren ALLE neuen Viren der letzten zwei Jahre zu finden
gewesen, die zu dem Zeitpunkt den Antivirusprogrammen noch unbe-
kannt waren. Entweder wurde die Laenge veraendert, oder ein
seltener Packer (damit die Laenge gleich bleibt) verwendet, oder
das Datum hat nicht mehr gestimmt.
Beispiel:
Sie wollen das C-Verzeichnis Ihrer Festplatte sichern.
- Kopieren Sie alle Files aus C irgenwohin (z.B. Ram:test) und wieder
zurueck. Erfolg: alle Files sollten das gleiche Datum haben.
- Wenn Sie schon mit gepackten Files in C arbeiten, dann packen Sie
bitte alle Files mit dem gleichen Packer (z.B. Impl.).
- Veraenderungen beim Datum und Packer sind jetzt leichter zu er-
kennen.
- Aktivieren Sie jetzt in Prefs Laenge, Datum und Flags
- Aktivieren Sie Drucke ALLES ohne Halt
- "Drucke" in File
- Nehmen Sie einen passenden Filenamen z.B. df0:HD0_Aug94
- Verlassen Sie Prefs
- Gehen Sie in Sp->File->Sp
- Waehlen Sie ueber Devs Ihre Festplatte
- Waehlen Sie das gewuenschte Unterverzeichnis
- Klicken Sie DirFTest
Nach Ende des Test stehen auf Ihrer Disk im File HD0_Aug94
alle Files mit Namen, Laenge, Datum, Flags und Packer.
Legen Sie diese Disk nun an einem sicheren Ort ab. Bei der Gelegen-
heit waere es vielleicht sinnvoll, auch die Kenndaten der HD-Parti-
tionen mit Tools/LWinfo in ein File zu "drucken". Eine Sicherung
des Rigid-Bereichs der HD mit z.Zyl/Backup kann ebenfalls spaeter
hilfreich sein.
Wenn nun der Fall eintritt, dass Sie Probleme mit Ihrem Amiga bekom-
men, fertigen Sie wieder ein File von C an.
Die beiden Files koennen Sie nun in einen Editor Ihrer Wahl einladen
oder ausdrucken und vergleichen. Unterschiede muessten leicht zu
finden sein. Es waere wirklich JEDES Virusteil (assign, mount usw.)
der letzten zwei Jahre zu finden. Bitte opfern Sie die paar Minuten,
vielleicht sind Sie spaeter froh, dass Sie sich die Muehe gemacht
haben.
zu Seitenstopp:
VT haelt bei jeder vollen Bildschirmseite automatisch an.
Hinweis: Der Haken wird entfernt, falls Requester NUR Druck
aktiviert wird, da in dem Fall ein automatischer Seitenstopp
stoeren wuerde.
zu 3E8-3F1-Hunk-Requester AN:
Dieses Gadget wirkt bei Filetest UND BlockKette.
Einige User haben sich aufgeregt, dass auf ihrer Festplatte der
VT bei jedem 3E8-3F1-Hunk anhaelt. Sie haetten ja diese Files
genau ueberprueft und wuessten, dass sie sauber sind. Die Be-
deutung UND GEFAHR dieser Hunks lesen Sie bitte in VT.kennt nach.
Die Grundeinstellung in Prefs ist AN. Sie entfernen diesen Haken
auf EIGENE Verantwortung. Bitte beschweren Sie sich dann spaeter
NICHT. Nach der Abschaltung wird nur noch ein Text "3E8-Hunk" in
der entsprechenden Zeile ausgegeben.
zu BB-Data bei Filerequester:
Einige User wollten das haben.
Ist der Haken NICHT gesetzt, so erfolgt bei einem BB-Data-File am
Ende der Zeile die Ausgabe "BB-Data".
Ist der Haken gesetzt, so versucht VT den BB zu erkennen und gibt
im Erfolgsfall den Virusnamen in einem Requester aus. Dabei wird
"Loeschen" oder "Weiter" angeboten.
Erklaerung: Ein BB wird "pur" nur als Datenfile abgespeichert,
ist also NIE als File ausfuehrbar. Ich nehme nun an, dass einige
User den VT ueberpruefen wollen, ob er ihre BB-Sammlung kennt.
Wenn Sie also dieses Gadget anschalten, muss VT im Filetest
auch die ihm bekannten BBe vergleichen, d.h. der Filetest wird
etwas langsamer.
Hinweis1:
- Standard-BB (also z.B. von Commodore) werden hier
NICHT erkannt.
- Nutz-BB die VT nicht kennt, werden NICHT angezeigt.
Hinweis2:
Bitte verwechseln Sie BBe, die als Datenfiles (1024 Bytes) ab-
gespeichert wurden, NICHT mit BBe, die als ausfuehrbare Files
abgespeichert wurden. Es gibt Utilities, die BBe in ausfuehr-
bare Files umwandeln. Lesen Sie bitte dazu in VT-FileReq nach.
VT sucht nach solchen Files AUCH wenn das BB-Data-Gadget ab-
geschaltet ist. Diese Files sind zum Teil lauffaehig und koen-
nen in der startup-sequence aufgerufen werden und so ein Virus-
teil aktivieren. Diese Files muessen also bei jedem Filetest
gesucht und gefunden werden.
zu mit Sicherheitsrequester:
Es haben sich die Anfragen wegen den Sicherheitsrequestern ge-
haeuft (meist wurde dabei auf decode IRAK im BlockITest hinge-
wiesen). Entgegen meiner Ueberzeugung (lieber eine Rueckfrage
zuviel als zuwenig) koennen Sie nun fast alle Sicherheitsre-
quester unterdruecken. Ausnahme: bei schreibe BB bleibt die
Rueckfrage (da lass ich auch nicht mit mir handeln!!) .
Nachtrag:04.12.92: Auch bei KReset erscheint IMMER ein Re-
quester.
Um mein Gewissen zu beruhigen, startet VT IMMER mit Haken
bei Sicherheitsrequester. Ich schiebe also IHNEN die Verant-
wortung zu. BITTE KEIN Geschrei, wenn SIE dann einen Fehler
machen.
zu BlockITest mit SecHeader-Test :
Gilt nur fuer BlockItest.
Dann wird ueberprueft, ob im Sector-Header Daten abgelegt sind. Im
Header sind 16 Bytes ungenutzt. Vor einigen Jahren gab es Programme,
die in diesen Bereich Daten ablegen konnten und auch wieder lesen.
Nachteil:
Nicht jedes Diskcopy-Programm kopiert den SectorHeader mit:
Commodore-DiskCopy Nein
TurboBackup Ja usw.
Damit nun nicht jemand denkt, er kann eine neuen Virus plazieren,
wird ab VT2.54 dieser Bereich auf Wunsch beim BlockITest mitgetestet.
Der Test wird dadurch nicht einmal 1 Sekunde langsamer.
Falls Sie mehrmals die Meldung -Daten im SecHeader- erhalten, sollten
Sie abbrechen und in VT-Prefs den Haken entfernen. Danach koennen Sie
den BlockITest wiederholen und Sie werden nicht mehr mit der Meldung
konfrontiert.
ABER !!! Sie wissen, dass in den SectorHeadern der Disk zusaetzliche
Daten untergebracht sind. Unternehmen Sie etwas dagegen. z.B. Kopie
anfertigen mit Commodore-Diskcopy und ueberpruefen Sie danach die
Lauffaehigkeit der Programme auf der Disk.
Rechnung fuer DD-Disk:
16 Bytes x 11 Sektoren x 160 Tracks = 28160 Bytes
Viel Platz also .
zu DOS4/5:
Diese BB-Kennung ermoeglicht ein DirCache auf Disk. Ein neuer
BlockTyp ($20 oder $21) wurde eingefuehrt. Bitte verwenden Sie
diesen BB nur wenn Sie haben:
KS3.0, l:DCFileSystem, neue Befehle: format, install, info
Hinweis: DOS4 liefert mit dem alten Filesystem Phantasiewerte
in Bezug auf fileinfo (numblocks). Lassen Sie die Finger davon,
bis alle Bugs entfernt sind. VT versucht diese Klippe bei der
Erkennung von DOS4 im BlockKettenTest zu umgehen.
DOS5 liefert brauchbare Werte.
Nachtrag Nov 92:
Bei einem A4000 ist das DCFileSystem in L NICHT mehr notwendig.
Das FileSystem im ROM kann DirCache. Das DCFileSystem war nur in
der Entwicklungszeit notwendig. ABER NOCH EINMAL: mit KS2.04 koen-
nen DirCache-Disketten NICHT gelesen werden. Bedenken Sie das
bitte, wenn Sie vorhaben, Disketten weiterzugeben.
zu DOS2/3: (International)
Diese Kennungen wurden im ROM KS2.04 gefunden.
DOS2 = OFS
DOS3 = FFS
Diese BB`e koennen mit install von WB KS2.04 N I C H T er-
zeugt werden.
Diese BB`e sind von Commodore N I C H T dokumentiert.
Benutzung also auf E I G E N E Gefahr !!!!
VT schreibt hier immer den BB mit expansion.library .
Unter KS1.3 sind diese BB`e NUTZLOS , da eine solche Disk
als not a Dos-Disk eingestuft wird !!! (die Kennungen befinden
sich nicht im ROM)
Nachtrag: 04.03.92
DOS2/3 = International
Koennen mit WB2.1 erzeugt werden.
format V38.11 (31.1.92) und install V38.11 (20.1.92) notwendig.
Zusatzparameter bei format z.B. INTL
zu AddBuffers:
Dieser Befehl arbeitet nur mit KS2.04 V37 !!!!! und hoeher
(nach Commodore kann bei diesem Befehl auch noch unter V36
ein Fehler auftreten!!)
VT verwendet diesen Befehl nicht bei KS1.3, weil hier temporaere
Buffer nicht wieder entfernt werden koennen.
Stellen Sie bitte ein:
ohne Haken:
0 nichts dazu ;also ueberlegen Sie bitte, ob
;Ihr Speicher reicht !!!
mit Haken:
200 rund 100 KB
VT verwendet diesen Befehl nur bei FileTest und BlockKette. Die
temporaeren Buffer werden jeweils dem TestLW zugewiesen und am
Ende des jeweiligen Tests wieder entfernt. Bei Problemen SOLLTE
ein Fehler-Requester erscheinen. (hoffe ich ???)
Die komplette Speicherfreigabe koennen sie vor und nach VT-Be-
nutzung mit avail und addbuffers im cli ueberpruefen.
Probieren Sie Addbuffers mit der OrigWB2.04 . Es bringt Zeit.
Also erst Filetest WB2.04 ohne AddBuffers und dann mit 200 .
Empfehlung: Sollte VT anbieten, einen LinkVirus auszubauen,
so brechen Sie bitte ab und setzen AddBuffers auf 0. Sonst
haben Sie vielleicht nicht genug Speicher um das LinkFile
einzulesen, den Virusteil auszubauen und dann das Prg. wieder
abzuspeichern. Ich habe allerdings bei Tests KEINE Probleme
festgestellt.
Testbeispiel:
68030, Orig-Disk-WB2.04, Orig-AddBuffers df0: 5, 8MB FM
mit VT addbuffers 0 addbuffers 200
FileTest 1:44 0:42
Hinweis fuer KS1.3-Benutzer:
Falls Sie genuegend Speicher haben, rufen Sie aus c
addbuffers df0: 200 auf . VT testet schneller . Nachteil:
Sie koennen addbuffers nur durch einen RESET unter KS1.3 wieder
freigeben !
***********
* DRUCK *
***********
Einige User wollten eine zusaetzliche Ausgabe in ein File, da Ihnen
der CMD-Befehl zu umstaendlich war.
zu fuer Druck-Gadgets allgemein:
Dies gilt dann fuer ALLE Druck-Gadgets, die irgendwo im VT zu sehen
sind. Sie koennen sich fuer Drucker oder File entscheiden. Falls Sie
File aktivieren, koennen Sie das Laufwerk und den Filenamen festlegen.
Das LW und der Name sind UNABHAENGIG von den Angaben bei Druck-
requester fuer File- u. Sys-Test. VT haengt an den Filenamen noch
00 bis 99 an. Sie koennen also 100 Abspeicherungen vornehmen (falls
der Platz reicht), ohne den Filenamen aendern zu muessen. Fuer das
Laufwerk wurden KEINE Einschraenkungen bei Tests gefunden.
BITTE verwenden Sie einen Device- und keinen Volume-Name. Also bitte
"DF0:" und nicht "MeineDisk". Danke
zu Druckrequester bei File- u. Sys-Test :
NUR fuer FileTest und Tools/SystemTest notwendig.
Fuer diese zwei Programmpunkte MUSS ein Haken eingetragen sein, damit
ein Ausdruck moeglich wird. Bei den zwei Programmpunkten koennen
Sie dann im Druckrequester immer noch verneinen. Es hat mich
aber beim FileTest von 20 Disks der DruckRequester am Anfang
genervt, weil ich meist nicht drucken wollte. Deshalb kann er
in VT-Prefs ohne Haken unterdrueckt werden.
Wenn Sie den Haken gesetzt haben, koennen Sie entscheiden, ob
- Drucker oder - File
und wie
- Drucke alles AKTIV
- Drucke alles KEIN Halt
- ALLE Meldungen KEIN Halt
- ALLE Requester KEIN Halt
"gedruckt" werden sollen. Fuer den Sytem-Test waehlen Sie bitte nur
drucke alles KEIN Halt aus.
Falls Sie File gewaehlt haben, koennen Sie noch das Laufwerk und den
Filenamen festlegen. Die Angaben sind unabhaengig von Druck-Gadgets
allgemein. VT haengt an den Filenamen 00 bis 99 an. Sie koennten also
100 Disketten testen und abspeichern, ohne dass Sie den Filenamen
aendern muessen. Verwenden Sie bitte den Device- und nicht den
Volume-Namen. Also "DF3:" und nicht "DieseDisk". Danke
*******************************************************************
* *
* ABER !!!!!!!!!!!!!!! *
* Versuchen Sie Bitte NIE !!!! das Testmedium als Zielmedium *
* fuer das File zu verwenden. Die Geraeusche der Kopfbewegungen *
* duerften bekannt sein. *
* Bitte versuchen Sie NIE, eine CD-ROM mit Drucke alles AKTIV *
* oder KEIN Halt in ein File auf ihrer Festplatte auszugeben. *
* Das File wird bis zu 3 MB lang. Die mechanische Belastung ist *
* wegen der haeufigen Schreibzugriffe ZU HOCH !!!!!! *
* SIE MUESSEN dann mit einem Error in einem Verwaltungsblock *
* ihrer Festplatte rechnen. Die Folgen sind dann unangenehm !!! *
* Bitte vermeiden Sie auch RAM: wenn moeglich. Es besteht die *
* Gefahr, dass Sie ihren Speicher in viele kleine Chunks auf- *
* teilen. *
* Ich habe gute Erfahrungen mit einer 3 MB RAD: gemacht. Auch *
* nach einem erzwungenen Absturz konnte das File noch auf die *
* Festplatte gesichert werden. *
* Bei Alle Meldungen KEIN Halt oder ALLE Requester KEIN Halt *
* werden die Files mit CDRom so um die 300 KB lang (Meldung). *
* Bei diesen Einstellungen war die Abspeicherung in ein File *
* auf DF0: bei vielen Tests NIE ein Problem. Aber eine RAD: *
* ist schneller und kennt keine mechanischen Belastungen . *
* *
* Bitte, Bitte beachten Sie die Warnungen !!!!!! *
* *
*******************************************************************
Drucke alles AKTIV:
Alle Anzeigen auf dem Bildschirm werden auch "ausgedruckt". Dies ist
bei Disketten manchmal notwendig. Der Filetest haelt bei der Fehler-
meldung wie gewohnt an. Sie koennen also Viren loeschen.
Drucke alles KEIN Halt:
Alle Anzeigen (ALLE Filenamen, Fehler, Packer, Viren) auf dem Bild-
schirm werden auch "ausgedruckt". Laenge bei CDRom bis 3 MB
Alle Meldungen KEIN Halt:
Ein File wird NUR dann "ausgedruckt, wenn es
- gepackt ist z.B. Powerpacker
- ein Archiv ist z.B. lha
- ein Fehler auftritt Read-Error oder Locked usw.
- 4Eb9-Hunks
- 3E8-, 3F0-, 3F1-Hunk
- ein Virus gefunden wurde
ist.
Diese Einstellung verwende ich fuer CDRom-Tests.
ALLE Requester KEIN Halt:
Die Requestertexte werden auf dem Bildschirm unterdrueckt und nur
mit dem entsprechenden Programmnamen ausgegeben.
Gleichzeitig wird das Seitenstopp-Gadget ausgeschaltet, sonst
koennte VT doch anhalten. Diese Funktion wurde von einigen Usern
gewuenscht, um ueber Nacht einen Filetest mit einer CD-Rom OHNE
Aufsicht durchzufuehren. Bitte schalten Sie dabei auch das 3E8-3F1
-Gadget und BB.Data bei Filetest an. Da die Zeit ueber Nacht keine
Rolle spielt, sollte der Ausdruck moeglichst umfassend sein.
Hinweis: Archiv- und gepackte Files werden hier NICHT ausgedruckt.
Der Papierverbrauch pro CD haelt sich in Grenzen. Zu Beginn des
Filetests muessen Sie natuerlich den auftauchenden Druckrequester
mit JA beantworten und denken Sie bitte daran, dass Sie in diesem
Testlauf dann keine Fehler beheben oder Viren loeschen koennen,
da ja ab sofort beim Filetest keine Requester mehr auftauchen
sollen !!!!!!
zu Drucker bereit ? :
Wenn alles in Ordnung ist, bekommen Sie "SOFORT" ein Ja .
Falls es Probleme gibt, kommt erst nach rund 30 Sekunden eine
Meldung vom Betriebssystem zurueck. VT ist dafuer NICHT verant-
wortlich !!! Probieren Sie es aus mit WB/Tools/initprinter .
Auf ihrem Bootmedium (Disk o. HD) muessen sein:
prefs, parallel.device, printer.device, und z.B. NEC
Vor dem Anklicken von 'Drucker bereit ?' MUESSEN sie einmalig ihre
Bootdisk einlegen !!!!
Weitere Fehlerquellen:
- ist der Drucker an ?
- ist er Online ? (LED)
- ist Papier da ?
- ist er ueberhaupt angeschlossen ?
- haben sie ueberhaupt einen Drucker ?
(Das glauben Sie nicht? War der Grund fuer eine Reklamation
im MSDOS-Bereich)
Hinweis: Bitte verwenden Sie dieses Gadget, um die benoetigten
Files nachzuladen. Begruendung: Sobald VT zum Hauptfenster zurueck-
kehrt, wird ein Speichertest durchgefuehrt. VT findet dann die
Viren (z.B. Crime'92) die an die nachgeladenen Files gelinkt
waren und entfernt sie aus dem Speicher mit Meldung. Danke